@NODE "Mail_43" " Re: Re: Custom screens (was: Re: Can someone look at this code?) "
Date: 02-03-01 13:20:32
Subject: @{b}Re: Re: Custom screens (was: Re: Can someone look at this code?)@{ub}
Hi Allan,
> Perhaps there's some use for them. But I think they're only present to
> offer backward compatibility, as kick 1.3 didn't have public screens.
I think you're right, in the RKM there is a note saying that until v37 he only public screen was the workbench one and all others were custom so I think this was an improvement in the OS.
> hmm... I'd like to have my reminder program popup messages on the front
> most screen, even if this is a game that I'm currently playing. I could
> also imagine that I'd like to have 'Lupe' running ontop of the game, to
> look closer at some gfx details. Or perhaps Clock, if I need to keep
> track of time while playing etc. etc.
> Under some circumstances you may want to make your screen custom for
> speed reasons, but then you could have it as an option for the user.
> Personally I'd often prefer to trade the faster scrolling away for
> the ability to open a shell on the screen :-)
Whoa! I haven't thought to that, mmm..., cool, a clock on the game screen, now I think it was a good idea having both a direct-access and a WPA8() gfx routines. See ya
Gabriele
TiscaliNet, libero accesso ad Internet.
http://www.tiscalinet.it
------------------------ Yahoo! Groups Sponsor ---------------------~-~>
sorry for beeing a little bit of topic, but it is a technical question and so I thing its ok to ask here.
What are the restrictions of PIPE: and FIFO:? Can I use them like a normal File?
I want to do the followig:
I have an AIFF-audiofile, some 100 MBytes in size. I want to convert this file with "sox" into Sun .au format. This new Sun .au file is one input file of an animation/sound mixer program. As all files are very big I would like to avoid temporary files.
So I dream of something like this:
Shell_1:
sox Sound.Aiff Pipe:Sound.au
(Write to pipe:)
Shell_2:
SndAnimMixer Pipe:Sound.au AnimFile Resultfile
(read from pipe:)
Is that possible? If yes, what restrictions apply to "Pipe-Files"? Can I as programmer seek in a pipe-file and rewind again?
Lets say I want to read parts of a file in a non continous order. Is that possible? Can I read parts of that file multiple times? If yes, how does it work internally?
Kind regards Alexander Fritsch
------------------------ Yahoo! Groups Sponsor ---------------------~-~>
>3) What does disk#6 do ? It's not required during the install. Looking at it, many of the files appear to be smaller than the ones in the present sc directory.
Disk 6 is used as a template for when you are installing to floppy disk, so presumeably, you installed it to HD.
The readmes with each installation are well worth a look.
Tak Tang
Experience is directly proportional to the value of equipment destroyed.
> I tried MuForce once, both with standard options on and with minimal options
> on... Never messed with mmu.library options at all. It slowed the system
> down so much I was reminded of working with a plain 68000. That was when
> there were no hits, it got even slower if there were hits. Similar results
> with GaurdianAngel. However, that was a while back, maybe they and/or
> mmu.library have improved since then. Regardless, I'll stick with enforcer
> and Mungwall. They've allways worked well for me.
Looks like you were having the same problem I was having with mmu.library, this was a flaw of a quite old version, now it works correctly (I use it both on a Blizzard 1240/40 and on a BlizzardPPC/25/210), a lot of features have been added, BTW after installing it my PPC memory transfer were speeded up by over 25%, never understood why... See ya
Gabriele
PS: It has an installer script so you haven't to mess with the whole thing by hand
TiscaliNet, libero accesso ad Internet.
http://www.tiscalinet.it
------------------------ Yahoo! Groups Sponsor ---------------------~-~>
@NODE "Mail_129" " Integrity checker for AVI files? "
Date: 02-14-01 10:20:15
Subject: @{b}Integrity checker for AVI files?@{ub}
Hello,
I am just porting a tool for creating AVI-Files to the Amiga. Unfortunately even the original tool is not absolutely bug free, e.g. the generated AVI-Files could often not played under W95/NT.
So does anybody know a tool (PC or Amiga) to check the integrity / validaty of an AVI-File?
I tried Vidtrace and Riffscan, but they don't display errors for my AVI-Files....
If I however select "properties/details" under Windows. I get the message "file damaged or improper format".
Kind regards Alexander Fritsch
------------------------ Yahoo! Groups Sponsor ---------------------~-~>
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
@ENDNODE
@NODE "Mail_222" " Re: Anyone interested in writing a C-Amiga book? "
Date: 02-23-01 09:58:15
Subject: @{b}Re: Anyone interested in writing a C-Amiga book?@{ub}
> -----Urspr>
ngliche Nachricht-----
> Von: Allan Odgaard [SMTP:Duff@DIKU.DK]
> Gesendet am: Donnerstag, 22. Februar 2001 21:57
> An: amiga-c@yahoogroups.com
> Betreff: [amiga-c] Re: Anyone interested in writing a C-Amiga book?
Allan wrote
> I wouldn't write such a book all by myself, but I'd gladly contribute. I
> would however be interested in writing a book about MUI programming,
> which some have requested me to do (I even started the table of
> contents ;-) ), but I didn't think the marked was big enough to justify
> my efforts (I'm not talking about profit but merely the fact that it
> wouldn't be good for my self esteem if I spent e.g. a month on a book
> that only 10 people would read).
I would definetely buy a good book about MUI and I am sure *you* have the knowledge for such a book. I would suggest the book should describe one bigger project that gets exptended from chapter to chapter. General Amiga-C topics could be handled in such a MUI book as well. I own an very old C-Book called "Amiga C Programmierung" by a Mr. Wollschl
ger. (German) The book has one topic - create a little paint program. He explains general C for absolut beginners and combines that with intuition functions. A Screen gets openend, some points are set and lines are drawed. Later the points are set with the mouse, then some requesters are added. (color, load/save) The code is always written in the book, so the reader has to type it by himself. (But *that* teaches more than just starting a ready to use exmple from disk or CD) The reader gets a big personal success in each chapter and so he stays motivated. Of course an additional FAQ chapter or examples from the Mailinglist would be nice too.
If people like the idea of explaining/teaching MUI (and C) with one bigger example we should first discuss what example project we would like to see. (usefull, understandable, expandable...)
Once again:
I would definitely buy a book about MUI programming.
Kind regards Alexander Fritsch
Please don't start a flamewar about MUI or not MUI now.
------------------------ Yahoo! Groups Sponsor ---------------------~-~>
(.txt)